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5 (54) Tide: BILLING IN MOBILE COMMUNICATIONS SYSTEM EMPLOYING WIRELESS APPUCATION PROTOCOL 



On 

O 




(57) Abstract: The invention relates to a network part of a mobile communications system employing a wireless application pro- 
tocol and a method for generating billing data in a mobile communications system employing a wireless application protocol. The 
network part of the mobile conununications system comprises: means (104, 106, 118) for setting up a bi-directional wireless data 
transmission connection (102) to a subscriber terminal (100) of the mobile conmiunications system; means (126) for transmitting 
a service reque^ (150, 152) sent by the subscriber terminal (100) to a contents server (136) providing the service; means (126) for 
transmitting response data (154, 156, 158, 160) generated in the contents server (136) on the basis of the service request (ISO, 152) 
to the subscriber terminal (100). The network part further comprises: identifying means (130, 132) for identifying u^sactions as- 
sociated with the service from among the service requests (150, 152) and the response data (154. 156, 158, 160) on the basis of the 
identification of the Internet address of the service referred to in the service request (150, 152) and the response data (154, 156. 158, 
160); and billing means (134) for generating billing data for the service using the transactions identified on the basis of the servicers 
Internet address. 
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Billing in mobile communications system employing wireless 
application protocol 

FIELD OF THE INVENTION 

[0001] The invention relates to the generating of billing data in a 
5 mobile communications system employing a Wireless Application Protocol 
(WAP). 

PRIOR ART 

[0002] The WAP is a protocol definition which allows subscriber 
terminals of a mobile communications system to use services implemented on 
10 the Internet or in a corporate intranet. Further infomnation about WAP is 
available in the home pages of the WAP Forum, which defines the WAP 
specifications, at http://www.wapforum.org. 

[0003] In WAP the Hypertext Markup Language HTML typically 
used in WWW services (World Wide Web) to describe the contents structure 
15 and outer appearance of hypertext is replaced by WML (Wireless Markup 
Language). 

[0004] WAP services do not employ similar search keys, such as 
"share" (of the stock market), as those to which users are accustomed in the 
value added short message services of the GSM (Global System for Mobile 

20 Communications) environment. The network part of a mobile communications 
system employing the WAP typically comprises a WAP Gateway which is used 
to identify a service request coming from a subscriber tenninal and to transfer 
the request to the Contents Server that provides the service requested. The 
WAP Gateway then transmits the response data generated by the contents 

25 server on the basis of the service request to the subscriber terminal. 

[0005] Since WAP services are not based on a unique search key, 
but a service is requested using Its Internet address (Uniform Resource 
Locator, URL), the generating of billing data for the service is problematic. In 
principle, billing may be based on three different elements, depending on how 

30 the system is implemented. 

[0006] If the bi-directional data transmission connection between 
the subscriber temiinal and the mobile communications system is 
implemented using circuit-switched data transfer, such as a data call, then it is 
natural to apply connection time charging in the billing. However, a problem in 

35 this is that the billed amount is difficult to divide among the different services 
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used. In addition, this does not allow an individual service to be charged for on 
the basis of its contents. 

[0007] The data transmission can also be executed on a packet- 
switched connection, using the short message service or GPRS (General 
5 Packet Radio Service), for example, in which case billing can naturally be 
carried out on the basis of the number of packets transfen'ed. 

[0008] However, there are many services for which, due to their 
nature, transaction-based billing is the most reasonable both for the user of 
the service and its provider. Transaction in this context means a single service 
10 event. For example, if the service concerned is the current stock exchange 
quotation of a share, it is subject to a fixed, service transaction-based price not 
dependent on the connection time or the number of packets transferred. 

[0009] In a mobile communications system which employs a 
wireless application protocol and packet-switched data transfer, for example, 
15 and in which a service is identified on the basis of its Internet address, 
transaction-based billing is difficult to implement because Internet addresses 
are complex in their structure and therefore the monitoring of traffic in the 
WAP gateway and in the associated billing system is problematic. 

CHARACTERISTICS OF THE INVENTION 
20 [0010] It is an object of the invention to provide an improved 

network part for a mobile communications system employing a wireless 

application protocol and an improved method for generating billing data in a 

mobile communications system employing a wireless application protocol. 

According to an aspect of the invention there is provided a mobile 
25 communications network part as disclosed in claim 1. According to another 

aspect of the invention there is provided a method for generating billing data 

as disclosed in claim 10. Other preferred embodiments of the invention are 

disclosed in the dependent claims. 

[0011] The underlying idea of the invention is to create a general- 
30 purpose method for identifying a service by analysing its internet address, the 

method thus allowing also events associated with a single transaction to be 

identified for the purpose of generating billing data. 

[0012] The invention describes a general method for implementing 

transaction-based billing in a mobile communications system employing a 
35 wireless application protocol, the method reducing significantly the need for 
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case-specific solutions. Since the solution is reproducible, it can be used in 
connection with a variety of sen/Ices. 

DESCRIPTION OF THE DRAWINGS 

[0013] In the following, the preferred embodiments of the invention 
5 will be described, by way of example, with reference to the accompanying 
drawings, in which 

Figure 1 is a schematic block diagram of a network part of a mobile 
communications system employing a wireless application protocol; 

Figure 2 illustrates the structure of a service identification table, 
1 0 together with examples of how Internet addresses are identified; 

Figure 3 is a signal sequence diagram illustrating messages 
transmitted in the mobile communications system employing the wireless 
application protocol; 

Figure 4 is a flow diagram illustrating a method for generating billing 
15 data in the mobile communications system employing the wireless application 
protocol. 

DESCRIPTION OF THE EMBODIMENTS 

[0014] Figure 1 is a schematic view of the structure of a network 
part of a mobile communications system. The mobile communications system 

20 may be for example a GSM system, GPRS system, or some other mobile 
system employing a wireless application protocol. Figure 1 only shows the 
blocks that are essential for disclosing the invention, although it is apparent to 
a person skilled in the art that a conventional mobile communications system 
also comprises other functions and structures which need not be described in 

25 greater detail here. In this context, the mobile communications system network 
part refers to a fixed network infrastructure, such as base stations 104, base 
station controllers 106, mobile services switching centres 118, packet transfer 
systems 108, 110, 112, and other similar entities. Consequently, subscriber 
tenninals 100 and systems, such as the global public switched telephone 

30 network 122. connected to the mobile communications system over 
predetermined interfaces are left outside the network part. 

[0015] As shown in Figure 1, a circuit-switched connection may be 
set up from the subscriber temriinal 100 to a telephone 124. or other tenninal, 
connected to the public switched telephone network 122. The subscriber 
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terminal 100 may be for example a fixedly mounted, vehicle mounted or 
portable terminal. 

[0016] The base station system, i.e. the radio network subsystem, 
comprises base stations 104 and base station controllers 106 controlling the 
5 base stations 104. In some environments the base station controller 106 may 
be referred to as a radio network controller, and the base stations 104 as 
nodes B. 

[0017] A base station 104 comprises transceivers which are used 
for creating the actual radio links 103 to the subscriber terminals 100. A base 
10 station 104 may also comprise antenna units. In some environments, the 
antenna units may be used for implementing radio links that employ directional 
antenna beams. 

[0018] The base station controller 106 comprises a switching field 
which is used for switching speech and data and for connecting signalling 

15 circuits. The base station system further comprises a transcoder. The 
transcoder 108 transfomis different digital speech coding fomnats used 
between the public switched telephone network and the radio telephone 
network to make them mutually compatible, for example from the fixed network 
format of 64 kbit/s to a cellular radio network fomiat (of 13 kbit/s, for example). 

20 and vice versa. The division of functions between the base station controller 
106 and the base station 104 as well as their physical structure may vary 
depending on the implementation. The base station 104 is typically 
responsible for implementing the radio path as described above. The base 
station controller 104 typically canies out radio resources management. 

25 control of inter-cell handover, power adjustment, timing and synchronization, 
paging of a subscriber terminal. 

[0019] The network part further comprises a mobile services 
switching centre 118 and a gateway mobile sen^ices switching centre 120 
which is responsible for the external connections of the mobile 

30 communications system, in this case for those to the public switched 
telephone network 122. 

[0020] The switching field of the base station controller 106 can be 
used for switching both to the public switched telephone network 122 and to 
the packet transfer network 110. The radio system also allows for packet- 

35 switched transmission based on the GPRS (General Packet Radio Service), 
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for example. The GPRS is a service in which air interface transfer capacity 
free from circuit switching can be used for packet transfer. 

[0021] Pacl<et transfer is carried out over the Internet 114 from a 
computer 116 connected to the mobile communications system to the 
5 subscriber tenninal 100. 

[0022] The connection between the packet transfer network 110 
and the switching field of the base station controller 106 is set up by a serving 
GPRS support node 108 SGSN. The support node 108 is responsible for 
transfen-ing packets between the base station system and a gateway GPRS 
10 support node GGSN 112 and to keep record of the location of the subscriber 
tenninal 100 within its area. 

[0023] The gateway node 112 connects the public packet transfer 
networi< 114 to the packet transfer network 110. The interface may be 
provided using an Intemet protocol or X.25 protocol. The packet transfer 
15 network 110 is typically a private network employing an Intemet protocol and 
carrying signalling and user data. Below the Intemet protocol layer, the 
structure of the network may vary by operator both in architecture and in 
protocols. The public packet transfer network 114 may be the worid-wide 
Internet, for example. 

20 [0024] Figure 1 illustrates various possibilities for implementing a 

data transmission connection for a service employing the WAP. It is to be 
noted that the description is in no way binding, but illustrative, because the 
implementation of the WAP in the GPRS system is still under development 
and therefore the responsibilities and functions of the different parts have not 

25 been fixed yet. For this reason, instead of describing in greater detail a WAP 
service implemented using the GPRS, we shall describe a WAP service based 
on a circuit-switched data call or a short message service. The 
telecommunications connection used for implementing the WAP service may 
also be refen-ed to as a Bearer Sen^ice. A bearer sen/ice may be implemented 

30 in any manner confomiing to the WAP service specifications; in other words, in 
addition to the short message service and circuit-switched data call already 
mentioned, for example the CDMA technology (Code Division Multiple 
Access), the American D-AMPS system (Digital Advanced Mobile Phone 
Service, the CDPD (Cellular Digital Packet Data) sen/ice of the American 

35 AMPS system, or the Japanese PDC-P (Personal Digital Cellular Packet) 
system may be used. 
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[0025] As shown in Figure 1. the data transmission connection 102 
is set up from the subscriber terminal 100 to the base station 104 from which a 
connection is established through the base station controller 106 and the 
mobile services switching centre 118 to the WAP Gateway 126. To allow a 
5 circuit-switched data call to be connected, there is a RAS (Remote Access 
Server) 119 between the WAP Gateway 126 and the mobile services 
switching centre and, correspondingly, a short message centre 121 for 
connecting a short message service. 

[0026] As already stated, the connection from the WAP Gateway 

10 126 to a contents server 136 providing the service is established on the basis 
of the Internet address of the service, i.e. the WAP Gateway 126 implements 
means 126 to transmit a service request 150, 152 sent by the subscriber 
temiinal 100 to the contents server 136 providing the service. Similarly, the 
WAP Gateway 126 implements means 126 to transmit to the subscriber 

15 temiinal 100 response data 154, 156, 158, 160 generated in the contents 
server 136 on the basis of the service request 150, 152. The WAP Gateway is 
preferably implemented using equipment provided with a microprocessor, such 
as a computer comprising peripheral devices and the necessary system and 
application software. In other words, said means are preferably computer 

20 program modules executing a desired functionality. At the design and 
implementation of the system, the functions between the software and the 
hardware are divided for example according to the costs of manufacture costs 
and the data processing capacity and speed required. Tasks that require high 
speed can be earned out using ASICs (Application Specific Integrated Circuit). 

25 [0027] Although Figure 1 shows the service requests 150, 152 and 

the response data 154, 156, 158 160 in the form of packets, such as 
messages of the short message service, they can equally well be transferred 
on a circuit-switched connection, such as a data call. What is essential is that 
the traffic can be analysed to allow transactions associated with a specific 

30 service to be identified therein. In the example of Figure 1 there are four 
response data packets 154, 156, 158 160 corresponding to the user's two 
sen/ice requests 150, 152, but any combinations are possible. In other words, 
there may be one or more service requests and, similarly, the response data 
may be divided into one or more parts. This is specifically what causes 

35 problems In identifying which traffic belongs to which service. 
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[0028] The WAP gateway 126 is connected to a billing system 128 
which may be a separate system or a part of the WAP gateway 126, 
depending on the implementation. 

[0029] The billing system 128 comprises identifying means 130, 
5 132 for identifying transactions associated with the sen/ice refenred to in the 
service requests 150, 152 and response data 154, 156, 158, 160 on the basis 
of the identified Internet address of the service refenred to in the service 
request 150. 152 and the response data 154, 156, 158, 160. and billing means 
134 for generating billing data for the service by using the transactions 
10 identified on the basis of the service's Internet address. The identifying means 
130, 132 and the billing means 134 are implemented similarly as the WAP 
Gateway 126 in the above described alternatives: the implementation is based 
on a suitable hardware and software combination. In addition, the billing 
system 128 comprises either a specific invoice handling part 134 for editing 
15 the invoice for transmission to the customer, or an interface 134 to a separate 
invoice handling part outside the billing system. 

[0030] Before discussing Intemet address identification, we shall 
describe the structure of an Intemet address. An Intemet address (Unifomri 
Resource Locator, URL) may also be referred to as a WWW address, web 
20 address or net address. It is a standard defined by the Network Working 
Group to describe addresses used on the Internet. In principle a text sequence 
forming an Internet address consists two parts: a schema and a schema- 
specific part, with a colon in between. 

[0031] The schema defines the protocol to be used, for example: 
25 http (Hypertext Transfer Protocol) 

https (Secure Hypertext Transfer Protocol) 

ftp (File Transfer Protocol) 

news (Newsgroups) 

[0032] The interpretation of the schema-specific part depends on 
30 the schema used. The schema-specific part typically defines the IP address 
(Intemet Protocol). At the beginning of the schema-specific part, two slashes 
are used to show that the address conforms to the common Intemet schema 
syntax. 

[0033] There is no need to disclose the standard in its entirety in 
35 this context, but a simple example will be sufficient for understanding the idea. 
Let us take a look at the following Intemet service address: 
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http://www.sonera.fi/english/mobileportal/flash.html 
This address can be interpreted as follows: 
"http" represents the schema used; 

7/" indicates that the name in the address confomis to the Internet 

5 syntax; 

[0034] "www.sonera.fi" is in practice the name of the computer 
where the service resides. The name in question is a Domain Name which 
conceals the real name of the computer and which in the Internet protocol 
version 4 consists of a sequence of four numbers separated by a dot, each 

10 number comprising a maximum of three digits, for example 101 .11 1 .151 .201 
Each number is represented by eight bits, which means that its value can vary 
from 0 to 255. In the Internet protocol version 6. a sequence consists of six 
numbers. A specific network element, Domain Name Server (DNS), attaches 
the domain name to a specific address conforming to the Internet protocol; 

15 [0035] "flash.html" is the name of the page (or service) that will be 

shown to the user, the character string "/english/mobileportal" preceding it 
. defining the location of the page in the computer. 

[0036] In a preferred embodiment the identifying means 130. 132 
are formed of two parts, the actual identifying means 130 and a service 

20 identification table 132 associated with them. The table may be a software 
data structure, a file used by the software or. if the table is large, a database 
set up using some database software. 

[0037] Figure 2 illustrates an example of the structure of the service 
identification table. Each line in the service identification table 132 forms one 

25 data record. In the example the data records are numbered NO from one to 
five. Each data record is provided with the following: an Internet address URL 
of a service, for example "HTTP://XXX.YYY.FI/WAPSTATIC"; parameters 
PARAM associated with the sen/ioe, such as "WORD=ECONOMY&STA"nJS=TRUE"; 
service priority PRI. such as "1"; and the name of the service 

30 SERVICE^NAME, for example "ECONLEVELS". In the mobile 
communications system of the operator concerned the name of the service is 
unique, in other words, instead of a complex Internet address having possibly 
a changing end part, the service can be refen^ed to in billing using only the 
Identified, unique name of the service. 

35 [0038] There are various ways of identifying the Internet address 

URL of a service. The identifying means 130. 132 may carry out the 
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identification on the basis of the parameters PARAM in the service's Internet 
address URL. For example, the service request comprises an address 200 
which is "HTTP://XXX.YYYPiyWAPSTATIC?^^ 

[0039] In this case the identification means 130 pick the parameters 
5 from the service's Intemet address 200 on the basis of the separator 
characters placed between the parameters. In our example a question mark 
and an ampersand are used as separator characters, i.e. the question mark is 
followed by service parameters "WORD=ECONOMY" and "STATUS=TRUE". 
The identifier means 130 distinguish the names and values of the parameters 

10 on the basis of separator characters placed between the parameter parts. In 
our example the separator is represented by the sign, which means that 
the parameters can be shown in the form of table 202. in other words, there 
are two parameters in the example, the parameter name PARAM NAME of the 
first one being "WORD" and its value VALUE being "ECONOMY", and the 

15 parameter name PARAM NAME of the second one being "STATUS" and its 
value VALUE TRUE". 

[0040] A comparison of the service parameters with the data 
records in the service identification table 132 produces a unique service name 
204 which is "ECONLEVELS". A person skilled in the art will apparently study 

20 various solutions for implementing the service identification table 132. 
Although in our example the stored parameters include the separator 
characters, other solutions are also possible; for example, each parameter 
could be stored as a separate data record part. 

[0041] In a preferred embodiment the service priority PRI 

25 determines the order in which the services in the service identification table 
132 are checked. The priorities PRI are preferably set such that the service 
having the most parameters in one and the same Internet address URL enjoys 
the highest priority PRI, and the service having the fewest parameters in one 
and the same Intemet address URL has the lowest priority PRI. For example, 

30 If the Internet address 210 of the requested service is 
"HTTP://XXX.YYY.FI/WAPSTATIC?WORD=HIFr. two data records having the 
same domain name can be found in the service identification table 132, i.e. the 
data records shown rn table 212. Data record number three which has the 
higher priority "1" is first compared with the Internet address 210. The 

35 comparison shows that it does not have a second parameter with a name 
"PARAM1" and value "PRICES". Next, a data record number 4 having a lower 
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priority "2" is compared with the Internet address 210, whereby it is found that 
the only parameter in the request, i.e. parameter "WORD" having the value 
"HIFI" is in data record four. Consequently, the name 214 of the requested 
service is "HIFI-TOPICS". If the service priorities had been other way round, a 
5 wrong service might have been identified by mistake, depending of course on 
the comparison rules applied to the service identification table. The use of 
priorities allows similar Internet addresses to be used for services, reducing at 
the same time the number of parameters required. 

[0042] If the service is not identifiable or the use of service 

10 parameters and possibly priorities is not feasible for identifying it, then the 
Identifying means 130 identify the service on the basis of its Intemet address 
URL. If the Internet address 220 of the sen/ice referred to in the service 
request is "HTTP://WAP.WEATHERSERVICES.FI/SONERA/RESULT.CGr, 
the service cannot be identified using parameters because the request 

15 contains none. In this case the routine goes through the service Identification 
table 132 until record number five 222 is found on the basis of which the name 
224 of the service is Identified to be "WEATHER". 

[0043] Sometimes several requests are received for one and the 
same service. However, all service requests are not necessarily subject to a 

20 charge. Service requests free of charge may be generated for example from 
different menu structures of a sen/ice and the related transition displays. In 
such cases the service identification table 132 preferably only comprises 
Intemet addresses (URL) of services subject to a charge. For example, let us 
assume that the WAP Gateway receives the following sen/lce requests from a 

25 subscriber terminal: 

http://xxx.yyy.fl:8080/CalendarTicket/2000515a.wbmp 
htlp://xxx.yyy.fi:8080/rransactionTicket%/2000515b.wbmp 
http://xxx.yyy.fi:8080/CalendarTicket/2000515c.wbmp. 
[0045] The sen/ice involves the transfer of three files, 
30 200051 5a.wbmp, 200051 Sb.wbmp and 200051 5c.wbmp, to the subscriber 
temiinal. The files in question are Image files fomnlng a single calendar page 
on the subscriber terminal display. However, Instead of billing each part of the 
service separately, the service Is to be billed only once. The service 
identification table 132 is therefore configured to provide only one data record 
35 for the transactions to be billed, the data record being Identified using for 
example a separately titled directory. The use of a separately titled directory 
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allows the name of the file to be changed, if necessary, whereas the name of 
the directory remains unchanged. This facilitates the updating of the contents 
of the services. The described method allows transactions subject to a charge 
to be separated from those free of charge. Alternatively, transactions subject 
5 to a charge could be identified using a separate parameter indicating billing 
validity. However, when several transactions are involved, this would 
unnecessarily increase the amount of data to be transferred. For example, if 
the Internet address 230 of the requested service is 
"HTTP://WAP.HEL.FI/TRANSACTIONTICKET%/200051 5B.WBMP", the 

10 Internet address 230 of the sen/ice concerned is first cut by leaving out the file 
name whereby the name 232 of the directory accommodating the service is 
obtained. Ihe contents of Ihe name being HI^Py/VV5^P.HELF^mW4SACT^O^mCKE^^'' 
A comparison of the name 232 of the directory accommodating the sen/ice 
with the contents of the service identification table 132 produces a data record 

15 234, i.e. record number six, in which the Intemet service address URL is the 
same up to the truncation character. Consequently, the name 236 of the 
sen/ice requested is "CALENDAR". In the above example, the address is cut 
at a specific truncation character placed into the Intemet address which in this 
case is the "%" sign used in the SQL (Structured Query Language) of Oracle® 

20 database. It is obvious to a person skilled in the art that there are also other 
ways to cut the address. 

[0046] Finally, we shall refer to a flow chart shown in Figure 4 to 
describe a method for generating billing data in the mobile communications 
system employing the wireless application protocol. Reference is also made to 

25 Figure 3 which is a signal sequence diagram illustrating messages transferred 
In the mobile communications system employing the wireless application 
protocol. 

[0047] The execution of the method starts at block 400. In block 
402 a bi-directional wireless data transmission connection is set up to a 
30 subscriber temiinal of the mobile communications system. 

[0048] In block 404 a service request sent by the subscriber 
temfiinal is transmitted to a contents server providing the service. In other 
words, a request 300 is transmitted 320 to a network part 302 where it is 
received and routed 322 to the contents server 314. In the contents server 324 
35 the request is transmitted 316 to the actual contents production means 316 
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which may be implemented in the same way as the actual WAP gateway, i.e. 
as a suitable combination of hardware and software. 

[0049] Next, in block 406 response data generated in the contents 
server on the basis of the service request is transmitted to the subscriber 
5 terminal. In other words, the contents produced using the contents production 
means 316 in the signal sequence diagram is transmitted 326 to reception 
means 31 2, I.e. in practice often to the WAP Gateway, of the network part,. 

[0050] In block 408 transactions associated with the service 
concerned are Identified from among the sen/ice requests and response data 

10 on the basis of the identification of the Internet address of the service referred 
to in the service request and the response data. Finally, the transactions 
identified on the basis of the service's Internet address are used in block 410 
to generate the billing data of the service. In other words, the identifying 
means 306 are used in the signal sequence diagram 3 to identify the 

15 transactions after which the WAP gateway 308 is infonned 330 that the 
response data for the sen/ice may be sent 332 to the subscriber terminal 302. 
When the transactions have been identified, they may be reported 334 to the 
billing system 310 for producing the bill. As will be shown in the appended 
claims, the method can be modified using the preferred embodiments 

20 described in connection with the network part. 

[0051] Although the invention is described above with reference to 
an example according to the accompanying drawings, it is apparent that the 
invention is not restricted to it, but may vary in many ways within the Inventive 
Idea disclosed in the accompanying claims. 
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CLAIMS 

1 . A network part of a mobile communications system employing a 
wireless application protocol, comprising: 

means (104, 106, 118) for setting up a bi-directional wireless data 
5 transmission connection (102) to a subscriber temiinal (100) of the mobile 
communications system; 

means (126) for transmitting a service request (150, 152) sent by 
the subscriber terminal (100) to a contents server (136) providing the service; 

means (126) for transmitting response data (154, 156, 158, 160) 
10 generated in the contents server (136) on the basis of the service request 
(150, 152) to the subscriber temiinal (100); 

characterized in that the network part further comprises 

identifying means (130, 132) for identifying transactions associated 
with the service firom among the service requests (150, 152) and the response 
15 data (154, 156, 158. 160) on the basis of the identification of the Intemet 
address of the service referred to in the service request (150, 152) and the 
response data (154, 156, 158. 160); 

billing means (134) for generating billing data for the service using 
the transactions identified on the basis of the service's Intemet address. 
20 2. A network part according to claim 1, wherein the Identifying 

means (130, 132) cany out the identification on the basis of service 
parameters placed into the Intemet address of the service. 

3. A network part according to claim 2, wherein the identifying 
means (130) pick the parameters from the service's Intemet address on the 

25 basis of separator characters placed between the parameters. 

4. A network part according to claim 2, wherein the identifying 
means (130) distinguish the parameters names and values on the basis of 
separator characters placed between them. 

5. A network part according to any one of the preceding claims, 
30 wherein the identifying means (130. 132) comprise a service identification 

table (132) which comprises a service name (SERVICE NAME), Internet 
address (URL), service parameters (PARAM) and service priority (PRI) for 
each service. 
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6. A network part according to claim 5, wherein the service priority 
(PRI) determines the order in which the services in the service identification 
table (1 32) are checked. 

7. A network part according to claim 6, wherein the priorities (PRI) 
5 are set such that the service having the most parameters in one and the same 

Internet address (URL) enjoys the highest priority (PRI), and the sen/ice 
having the fewest parameters In one and the same Internet address (URL) has 
the lowest priority (PRI). 

8. A network part according to any one of the preceding claims. 
10 wherein the Identifying means (130) carry out the identification on the basis of 

the service's Internet address (URL). 

9. A network part according to any one of the preceding claims, 
wherein the service identification table (132) only comprises Internet 
addresses of services subject to a charge. 

15 10. A method for generating billing data in a mobile communications 

system employing a wireless application protocol, the method comprising the 
steps of 

(402) setting up a bi-directional wireless data transmission 
connection to a subscriber terminal of the mobile communications system; 
20 (404) transmitting a service request sent by the subscriber tenninal 

to a contents server providing the service; 

(406) transmitting response data generated In the contents server 
on the basis of the service request to the subscriber temilnal; 

characterized in that the method further comprises the 

25 steps of 

(408) Identifying transactions associated with the service from 
among the service requests and the response data on the basis of the 
identification of the Internet address of the service refen-ed to in the service 
request and the response data; 
30 (410) generating billing data for the service using the transactions 

identified on the basis of the service's Intemet address. 

11. A method according to claim 10, wherein the identifying means 
carry out the identification on the basis of service parameters placed into the 
Intemet address of the service. 
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12. A method according to claim 11, wlierein the identifying means 
picl< the parameters from the service's Internet address on the basis of 
separator characters placed between the parameters. 

13. A method according to claim 11, wherein the identifying means 
5 distinguish the parameter names and values on the basis of separator 

characters placed between them. 

14. A method according to any one of the preceding claims 10 to 
13, wherein the identifying means comprise a service identification table which 
comprises a service name, Internet address, service parameters and service 

1 0 priority for each service. 

15. A method according to claim 14, wherein the service priority 
determines the order In which the services in the service identification table 
are checked. 

16. A method according to claim 15, wherein the priorities are set 
15 such that the service having the most parameters in one and the same 

Intemet address enjoys the highest priority, and the service having the fewest 
parameters In one and the same Intemet address has the lowest priority. 

17. A method according to any one of the preceding claims 10 to 

16, wherein the identifying means cany out the identification on the basis of 
20 the service's intemet address. 

18. A method according to any one of the preceding claims 10 to 

17, wherein the service identification table only comprises Intemet addresses 
of services subject to a charge. 
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TERMINAL 



408 IDENTIFYING TRANSACTIONS ON 
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INTERNET ADDRESS OF THE SERVICE 
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BASIS OF THE INTERNET ADDRESS 
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